00 



U 
U 



in 

On 



X 



Classic Nintendo Games are (NP-)Hard 

Greg Aloupis* Erik D. Demaine^ Alan Guo^"'- 

February 25, 2013 



^~~l Abstract 

o 

psj We prove NP-hardness results for five of Nintendo's largest video game franchises: Mario, 

5_i Donkey Kong, Legend of Zelda, Metroid, and Pokemon. Our results apply to Super Mario 

C^ Bros. 1, 3, Lost Levels, and Super Mario World; Donkey Kong Country 1-3; all Legend of Zelda 

^> games except Zelda IL The Adventure of Link; all Metroid games; and all Pokemon role-playing 

games. For Mario and Donkey Kong, we show NP-completeness. In addition, we observe that 

several games in the Zelda series are PSPACE-complete. 



1 Introduction 



c/3 

Q A series of recent papers have analyzed the computational complexity of playing many different 

video games [I1I31[5], yet the most well-known Nintendo games of our youth have yet to be included 

I— I among these results. In this paper, we consider some of the best-known Nintendo games of all 

^ time — Mario, Donkey Kong, Legend of Zelda, Metroid, and Pokemon — and prove that it is NP- 

hard to play generalized versions of many games in these series. In particular, our results for Mario 

00 apply to the NES games Super Mario Bros., Super Mario Bros.: The Lost Levels, Super Mario 

^~~l Bros. 3, and Super Mario World (developed by Nintendo); our results for Donkey Kong apply 

C^ to the SNES games Donkey Kong Country 1-3 (developed by Rare Ltd.); our results for Legend 

Z^ of Zelda apply to all Legend of Zelda games (developed by Nintendo) except the side-scrolling 

T-H Zelda II: The Adventure of Link; our results for Metroid apply to all Metroid games (developed by 

^ Nintendo); and our results for Pokemon apply to all Pokemon role-playing games (developed by 

Game Freak and Creatures Inc.)rJ 

Our results are motivated in particular by tool-assisted speed runs for video games. A speed 

Cd run of a game is a play through that aims to achieve a fast completion time, usually performed by 

a human. In a tool-assisted speed run, the player uses special tools, such as emulators, to allow 

them to slow the game down to a frame-by-frame rate in order to achieve superhuman reflexes and 

timing. In some sense, tool assistance is not cheating because the rules of the game are still obeyed. 

The resulting speed runs are impressive to watch, as the paths taken by a tool-assisted player are 



*Cliarge de Recherches du FNRS, Departement d'lnformatique, Universite Libre de Bruxelles, aloupis. gregO 
'gmail.com Work initiated while at Institute of Information Science, Academia Sinica. 

'MIT Computer Science and Artificial Intelligence Laboratory, 32 Vassar St., Cambridge, MA 02139, USA, 
Kedemaine , aguo}@mit . edu 



^Partially supported by NSF grants CCF-0829672, CCF-1065125, and CCF-6922462. 
^All products, company names, brand names, trademarks, and sprites are properties of their respective owners. 
Sprites are used here under Fair Use for the educational purpose of illustrating mathematical theorems. 



usually traversed more-or-less optimally, and so the speed of the run conies down to the optimality 
of the path chosen rather than how it is traversed. A natural question arises: for a given game, 
what is the fastest possible speed run? 

For these games, we consider the decision problem of reachability: given a stage or dungeon, is 
it possible to reach the goal point t from the start point s? If it is hard to decide even this question, 
then it is certainly hard to find an optimal path. Our results apply to generalizations of the games 
where we only generalize the map size and leave all other mechanics of the games as they are in 
their original settings. All of our NP-hardness proofs are by reduction from 3-SAT, and the proofs 
for Mario, Donkey Kong, Legend of Zelda, and Metroid rely on a common construction, while the 
proof for Pokemon is based on a reduction to Push-1 [2]. We show that certain Zelda games are in 
fact PSPACE-complete, by reducing from PushPush-1 p]. 

We can obtain some positive results if we bound the "memory" of the game. For example, recall 
that in Super Mario Bros, everything substantially off screen resets to its initial state. Thus, if we 
generalize the stage size in Super Mario Bros, but keep the screen size constant, then reachability of 
the goal can be decided in polynomial time: the state space is polynomial in size, so we can simply 
traverse the entire state space and check whether the goal is reachable. Similar results hold for 
the other games if we bound the screen size in Donkey Kong Country or the room size in Legend 
of Zelda, Metroid, and Pokemon. The screen-size bound is more realistic (though fairly large in 
practice), while there is no standard size for rooms in the latter three games. 

Organization. In Section [2| we present a general schematic used in our reductions for Mario, 
Donkey Kong, Legend of Zelda, and Metroid. We show that, if the basic gadgets in the construction 
are implemented correctly, then the reduction from 3-SAT follows. In Section [3j we prove that gen- 
eralized Super Mario Bros, is NP-hard by constructing the appropriate gadgets for the construction 
given in Section [2} In Sections |4j [5j and [6| we do the same for generalized Donkey Kong Country, 
Legend of Zelda, and Metroid, respectively. In Section [TJ we prove that generalized Pokemon is 
NP-hard by giving a reduction from 3-SAT using the construction given in [2], by constructing the 
six basic gadgets it requires. 

2 Framework for Platform Games 

The general decision problem we consider for platform games is to determine whether it is possible 
to get from a given start point to a given goal point. This is a natural problem because the main 
challenge of platform games is to maneuver around enemies and obstacles in order to reach the end 
of each stage. 

We use a general framework for proving the NP-hardness of platform games, illustrated in 
Figure [I] This framework is similar to the NP-hardness proof of PushPush-1 ^. With this 
framework in hand, we can prove hardness of individual games by just constructing the necessary 
gadgets. 

The framework reduces from the classic NP-complete problem 3-SAT: decide whether a 3-CNF 
Boolean formula can be made "true" by setting the variables appropriately. The player's character 
starts at the position labeled Start, then proceeds to the Variable gadgets. Each Variable gadget 
forces the player to make an exclusive choice of "true" (x) or "false" {^x) value for a variable in the 
formula. Either choice enables the player to follow paths leading to Clause gadgets, corresponding 
to the clauses containing that literal {x or -ix). These paths may cross each other, but Crossover 
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Clause Check 
Figure 1: General framework for platform games 

gadgets prevent the player from switching between crossing paths. By visiting a Clause gadget, 
the player can "unlock" the clause (a permanent state change), but cannot reach any of the other 
paths connecting to the Clause gadget. Finally, after traversing through all the Variable gadgets, 
the player must traverse a long "check" path, which passes through each Clause gadget, to reach 
the Finish position. The player can get through the check path if and only if each clause has been 
unlocked by some literal. Therefore, it suffices to implement Start, Variable, Clause, Finish, and 
Crossover gadgets to prove NP-hardness of each platform game. 

The specific properties our gadgets must satisfy are the following. 

Start and Finish. The Start and Finish gadgets contain the starting point and goal for the 
character, respectively. In most of our reductions, these gadgets are trivial, but in some cases we 
need the player to be in a certain state throughout the construction, which we can force by making 
the Finish accessible only if the player is in the desired state, and the desired state may be entered 
at the Start. Specifically, in the case of Mario, we need Mario to be big throughout the stage, so 
we put a Super Mushroom at the start and a brick at the Finish, which can be broken through 
only if Mario is big. 

Variable. Each Variable gadget must force the player to choose one of two paths, corresponding 
to the variable Xi or its negation -iXj being chosen as the satisfied literal, such that once a path is 
taken, the other path can never be traversed. Each Variable gadget must be accessible from and 
only from the previous Variable gadget, independent of the choice made in the previous gadget, 
in such a way that entering from one literal does not allow traversal back into the negation of the 
literal. 



Clause and Check. Each Clause gadget must be accessible from and only from the literal paths 
corresponding to the literals appearing in the clause in the original Boolean formula. In addition, 
when the player visits a Clause gadget, they may perform some action which "unlocks" the Clause. 



The Check must pass through every Clause such that the player may pass through the Clause via 
the Check if and only if the Clause is unlocked. The Check is accessible only if all the Variable 
gadgets have been visited from Clauses. If the player traverses the entire Check, they may access 
the Finish. 

Crossover. The Crossover must allow traversal via two passages that cross each other, such that 
there is no leakage between the two unless both passages have already been traversed. 

Remark 2.1. The crossover gadgets only needs to be unidirectional, in the sense that each of 
the two crossing paths only needs to be traversed in one direction. This is sufficient because, for 
each path visiting a clause from a literal, instead of backtracking to the literal after visiting the 
clause, we can reroute directly to visit the next clause, so the player is never required to traverse 
a clause-literal path in both directions. 

3 Super Mario Bros. 

Super Mario Bros, is a platform video game created by Shigeru Miyamoto, developed by Nintendo, 
published for the Nintendo Entertainment System (NES) in 1985. In the game, the player controls 
Mario, an Italian plumber, and must navigate through worlds full of enemies and obstacles to rescue 
the kidnapped Princess Toadstool from Bowser. The game spawned over a dozen sequels (SMB 
2, SMB 3, Super Mario World, Super Mario 64, Super Mario Sunshine, Super Mario Galaxy, etc.) 
across various gaming platforms. Mario's character became so popular that he became Nintendo's 
mascot and appeared in over 200 games. 

The gameplay in Super Mario Bros, is simple. Mario's actions are limited to walking, running, 
crouching, and jumping. By combining these, Mario can perform more advanced actions. For 
example, if Mario crouches while running, he will crouch-slide, which will allow him to fit into 
narrow corridors while as Super Mario. Mario primarily defeats enemies by jumping on them, and 
he obtains items by hitting item blocks with his head by jumping from below. By default, Mario 
is small (one tile tall) and dies upon harmful contact with an enemy. Jumping on an enemy is 
usually non-harmful, though there are exceptions not encountered in our proof. If Mario obtains 
a Super Mushroom, then he becomes Super Mario, who is two tiles tall. Upon harmful contact. 
Super Mario reverts back to normal Mario. A key enemy in the game is the Koopa. Koopas come in 
two varieties. Green Koopas walk off cliffs, whereas Red Koopas turn around when they encounter 
a cliff. We use only Red Koopas in our construction. When Mario jumps on a Koopa, it hides 
in its shell, which Mario can then kick. Once kicked, a Koopa Shell slides with constant velocity 
and bounces off surfaces, activating blocks if it bounces off them. There are three types of blocks: 
normal blocks, which are inert; item blocks, which release an item upon activation; and bricks, 
which are destroyed upon activation. There are many other items and enemies in the game, but 
they do not play a role in our proofs so we do not include them here. For more information on the 
game, see [6]. 

In this section, we prove the following: 

Theorem 3.1. It is NP-complete to decide whether the goal is reachable from the start of a stage 
in generalized Super Mario Bros. 

First we prove NP- hardness. We use the general framework provided in Section [2| so it remains 
only to implement the gadgets. The Start and Finish gadgets are straightforward. The Start 



gadget includes an item block containing a Super Mushroom which makes Mario into Super Mario 
(see Figure^. The Super Mushroom serves two purposes: first, Super Mario is 2 tiles tall, which 
prevents him from fitting into narrow horizontal corridors, a property essential to our other gadgets; 
second. Super Mario is able to destroy bricks whereas normal Mario cannot. In order to force the 
player to take the Super Mushroom in the beginning, we block off the Finish gadget with bricks 
(see Figure |3J) . 





Figure 2: Left: Start gadget for Mario. Right: The item block contains a Super Mushroom 




Figure 3: Finish gadget for Mario 

Next, we implement the Variable gadget, illustrated in Figure |4j There are two entrances, one 
from each literal of the previous variable (if the variable is Xj, the two entrances come from Xj_i 
and -iXj-i). Once Mario falls down, he cannot jump back onto the ledges at the top, so Mario 
cannot go back to a previous variable. In particular, Mario cannot go back to the negation of the 
literal he chose. To choose which value to assign to the variable, Mario may fall down either the 
left passage or the right. 

Now we present the Clause gadget, illustrated in Figure [5] The three entrances at the top come 
from the three literals that appear in the clause. To unlock the clause, Mario jumps onto a Red 
Koopa, kicks its shell down, which bounces and breaks all the bricks in the corridor at the bottom, 
opening the path for later checking. Note that falling down is no use because Super Mario cannot 
fit into the narrow corridor unless he gets hurt by the Koopa, in which case he will not be able to 
reach the goal. There is not enough space for Mario to run and crouch-slide into the corridor. The 
gap at the bottom of the wide corridor is so the Koopa Shell does not unlock other clauses. 

Finally, we implement the Crossover gadget, illustrated in Figure pj There are four entrances/exits: 
top left, top right, bottom left, and bottom right. The Crossover gadget is designed so that, if Mario 
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Figure 4: Variable gadget for Mario 




Figure 5: Clause gadget for Mario 



enters from the top left, then he can only exit through the bottom right, and vice versa, and sim- 
ilarly for the top right and bottom left. Suppose Mario enters from the top left. He cannot jump 
onto the ledge on the top right because of the vertical set of blocks in the middle. He cannot exit 
through the bottom left because the path is blocked. He can exit through the bottom right by 
jumping on the Red Koopa and kicking its shell down to the right, breaking the brick block, then 
dropping down and crouch-sliding through the opened gap. By symmetry, the same holds for the 



top right and bottom left. Note that this is unidirectional crossover, which suffices by Remark 2.1 
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Figure 6: Crossover gadget for Mario 



NP. To show that Super Mario Bros, is in NP, it suffices to show that, if there is a solution, then 
there is a solution whose size is at most polynomial in the input size. Suppose there is a solution 
and consider any path that Mario takes through the stage. This path needs to visit every enemy 
at most once. The only other permanent objects in the game are potential Koopa shells, but these 
can only slide and fall, so they must either fall down a bottomless pit eventually and leave the 
game, or they enter a cycle where they bounce back and forth between two walls. In either case, 
the shell can be ignored, because a perfect player gains nothing by jumping on the shell to stop it. 
Therefore there exists a solution that is polynomial in the size of the input. 



Other Mario games. The NP-hardness from Theorem |3 . 1 1 holds just as well for the NES sequel, 
SMB: The Lost Levels (which is actually SMB2 in Japan) because the gameplay mechanics are 
exactly the same. 

The construction does not quite work for the later games, because Mario can pick up Koopa 
shells. This issue does not affect the Clause gadget, but it breaks the Crossover gadget. Instead, 
we can tweak the Crossover gadget to work without using any Koopas, as shown in Figure [7| 
This unidirectional Crossover enables Mario to traverse left-to-right or bottom-to-top as follows. 
Approaching from the left, Mario may get hurt by the Goomba and revert back to his small state, 
then walk through the narrow corridor and pick up a Super Mushroom from the item block on the 
other side, allowing him to break through the brick. There is clearly no leakage to the bottom, 
nor leakage to the top since small Mario cannot break bricks. Furthermore, there is not enough 
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Figure 7: Modified Crossover gadget which works for later Mario games 

space for Mario to run and crouch-sHde through the gap. Approaching from the bottom, Mario 
may break the right brick on the lower level, jump onto the left brick of the lower level, break the 
left brick on the upper level, and jump onto the right brick of the upper level to proceed upwards. 
Because Mario must be big this entire time, he cannot fit through the narrow gaps on the sides and 
so there is no horizontal leakage. Also, Mario cannot enter this Crossover initially from the top or 
right. 

Using this Crossover gadget, the construction extends to Super Mario Bros. 3 as well as Super 
Mario World. NP-completeness holds for SMB: The Lost Levels because the mechanics are identical 
to those of SMB. However, it is not clear that the problem remains in NP for SMB3 or beyond, 
because of Mario's newfound ability to pick up Koopa shells. 

4 Donkey Kong Country 

Donkey Kong Country is a platform video game developed by Rare and published for the Super 
Nintendo Entertainment System (SNES) in 1994. Like Mario, the character of Donkey Kong was 
originally created by Shigeru Miyamoto, and appears in many other games as well. The premise of 
Donkey Kong Country is isomorphic to that of Super Mario Bros. In particular, King K. Rool has 
stolen Donkey Kong's banana hoard, and the player controls Donkey Kong (and occasionally his 
small nephew Diddy Kong) to navigate through levels filled with enemies and obstacles in order to 
defeat K. Rool. 

The gameplay of Donkey Kong Country is also quite simple. We only discuss gameplay me- 
chanics necessary for our proof. For more information on the game, see [7j. Donkey Kong's basic 
actions are walking, running, rolling, crouching, and jumping. He may also pick up Barrels and 
throw them, after which they roll along the ground until they hit a wall or an enemy, killing it. 
Donkey Kong can jump into Barrel Cannons, from which he may be fired in a straight line, defying 
gravity. Manual Barrel Cannons cycle through a preset set of angles at which Donkey Kong may 
be fired, which the player may choose with proper timing. Automatic Barrel Cannons fire Donkey 
Kong as soon as he jumps in. Zingers are enemies that resemble giant bees. They kill Donkey Kong 
on contact, and cannot be killed except by Barrels. 



In this section, we prove the following: 

Theorem 4.1. It is NP-complete to decide whether the goal is reachable from the start of a stage 
in generalized Donkey Kong Country. 

We show that Donkey Kong Country is NP-hard by reducing from 3-SAT. As in the proof for 
Super Mario Bros., we use the general framework provided in Section [2J The Start and Finish 
gadgets are trivial; they are simply the beginning and end parts of the level, respectively. The 
Variable gadget is simply analogous to the variable gadget for Mario, replacing blocks with the 
appropriate terrain from Donkey Kong Country. The clause gadget, illustrated in Figure [8j is 
similar to that in Mario. When visiting the clause from a variable. Donkey Kong must pick up the 
Barrel and toss it down, after which it rolls and kills the Zinger (bee). The Barrel Cannon above 
each platform is used to return upward, and the platforms are sufficiently high that, if Donkey 
Kong drops down, he cannot jump back up onto the platforms. 
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Figure 8: Clause gadget for Donkey Kong 

The final check, illustrated in Figure [9j is straightforward. The illustration is not drawn to scale, 
but the idea is that at the end. Donkey Kong enters the Automatic Barrel Cannon on the right, 
which blasts him towards the Automatic Barrel Cannon on the left, which blasts him downward 
toward the goal. There are Zingers positioned in the path, one per clause (these are the same 
Zingers that are in the clause gadgets) so that Donkey Kong can reach the goal if and only if every 
Zinger is killed. 



Finally, we must implement the crossover gadget (Figure 10), which is remarkably easy in 
Donkey Kong Country. Essentially, at every entrance/exit, there is a forward Automatic Barrel 
Cannon and a backward one. Therefore, the horizontal passage can be traversed without leakage 
to the vertical passage, and vice versa. 

NP. Similar to Super Mario Bros., Donkey Kong Country is in NP because any solution path 
through the stage only needs to visit every enemy at most once. All other objects that affect the 
environment (various types of Barrels) make monotone progress toward eventual destruction upon 
collision with a wall or falling down a pit. Therefore, the length of the solution path is polynomially 
bounded in the input size. 




Figure 9: Clause check for Donkey Kong 




Figure 10: Crossover gadget for Donkey Kong 
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Other Donkey Kong games. Theorem 4.1 holds just as weh for the sequels — Donkey Kong 



Country 2 and 3 — because Zingers, Barrels, and Barrel Cannons are all present in these games. 

5 The Legend of Zelda 

The Legend of Zelda is a high fantasy flip-screen overhead adventure video game developed by 
Nintendo and published for the NES in 1986. Like the Super Mario and Donkey Kong series, the 
Zelda series has spawned over a dozen sequels across various gaming platforms. The series features a 
young male swordsman named Link, usually clad in a green tunic. In the original Legend of Zelda 
game, the player controls Link and ventures on a quest through dungeons, collecting items and 
defeating enemies and bosses to rescue the kidnapped Princess Zelda from the antagonist, Ganon. 
The premise of the SNES sequel. The Legend of Zelda: A Link to the Past, is roughly the same. 
Here we consider both versions, although we do not describe in much detail the items or enemies 
found in the games. Instead, we refer the interested reader to |8] and [9]. Unlike the previous 
games we studied. The Legend of Zelda is nonlinear and the player must acquire new items from 
dungeons in order to access previously inaccessible areas. The game world is set in an overworld, 
Hyrule, with self-contained dungeons scattered across the world. 

We have two different types of proofs, using two different elements found in Zelda games. 
Pushable blocks play a large role in many puzzles in Zelda games, and we use these elements to 
prove that the original Legend of Zelda is NP-hard and that several later games are PSPACE- 
complete. The hookshot is also a recurring item in Zelda games (although it is absent from the 
original). With the hookshot. Link can grapple onto and pull himself towards distant objects. We 
use this item to prove that the rest of the Zelda games are NP-hard. 

Block pushing. Generalized Legend of Zelda is NP-hard by reduction from a puzzle similar to 
Push-1, because Legend of Zelda contains blocks which may be pushed according to the same rules 
as in Push-1 [2], except that in Zelda, each block may be pushed at most once. Fortunately, all 
of the gadgets in the reduction for Push-1 found in P] still function as intended when each block 
can be pushed at most once, with the possible exception of the Lock gadget. However, a simple 



modification to the Lock gadget (illustrated in Figure 11) suffices. (Here we assume that Link has 
no items, in particular, no raft.) Therefore we obtain 

Theorem 5.1. It is NP-hard to decide whether a given target location is reachable from a given 
start location in generalized Legend of Zelda. 

Several of the later Zelda games contain ice block puzzles. Ice blocks are pushed like normal 
blocks, except when pushed they slide all the way until they encounter an obstacle. These are the 
same rules as in PushPushl, which is PSPACE-complete, hence we get the following theorem. 

Theorem 5.2. It is PSPACE-complete to decide whether a given target location is reachable from 
a given start location in the generalized versions of the following games: Ocarina of Time, Majora's 
Mask, Oracle of Seasons, The Minish Cap, and Twilight Princess. 

Hookshot. Unfortunately, the block-pushing reduction does not extend to many of the Legend 
of Zelda games because the rules of Push-1 do not allow the player to pull blocks, which is possible 
in those games. We now give a proof of NP-hardness for the SNES sequel, The Legend of Zelda: A 
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Figure 11: Modified Lock gadget for block pusliing in Legend of Zelda 

Link to the Past, taking advantage of the hookshot item, which allows Link to grapple onto certain 
distant objects and pull himself towards them. 

Theorem 5.3. It is NP-hard to decide whether a given target location is reachable from a given 
start location in generalized Legend of Zelda: A Link to the Past. 

The only elements of the game we use are the following. We use treasure chests and blocks 
which will serve as grapple targets. Link starts out with the hookshot (which can grapple onto 
treasure chests and pull Link towards them). 

Although this game is not technically a platform game, we use the same framework provided 
in Section [2] here to reduce from 3-SAT. We do not need any special Start or Finish gadgets. The 



Variable gadget, illustrated in Figure 12, works as follows. Link approaches from either the top left 
or top right, depending on which value of the previous variable was chosen. Then Link hookshots 
onto the chest in the top center, then hookshots onto the chest in the center, and finally must make 
a choice at the bottom. 



The Clause gadget is illustrated in Figure 13 The three corridors at the top correspond to the 
literals which appear in the clause. When Link visits one of these corridors, he may push the block 
forward, which allows him to hookshot onto the block from the right later on while traversing the 



Clause check (see Figure 14) 



Finally, we implement the Crossover gadget, illustrated in Figure 15 To get across the gap. 
Link must hookshot across to the treasure chest on the opposite side. Link cannot turn, so there 
is no leakage between horizontal traversal and vertical traversal. 



Theorem 5.3 extends easily to all later games (Link's Awakening, Ocarina of Time, Majora's 
Mask, Twilight Princess, etc.) because the hookshot and blocks are present. In the case of the 
3D games, we attach a hookshot target onto the block (as blocks themselves are no longer valid 
hookshot targets), and add walls to the sides of platforms, since in 3D games Link can hookshot 
towards any visible direction. 
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Figure 12: Variable gadget for Zelda 




Figure 13: Clause gadget for Zelda 



Cheel; out 




Check in 



Figure 14: Clause check gadget for Zelda (with four clauses) 
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Figure 15: Crossover gadget for Zelda 



6 Metroid 



Metroid is an action-adventure video game co-developed by Nintendo Research and Development 1 
and Intelligent Systems, and published for the NES in 1986. Like the previous games we have 
described, Metroid continued to spawn numerous sequels across gaming platforms. The original 
Metroid, as well as Super Metroid (SNES), were two-dimensional side-scrolling flip-screen games. 
In Metroid, the player controls Samus, a female space bounty hunter, and explores planet Zebes to 
retrieve Metroids (life-draining creatures) which were stolen by Space Pirates. Like The Legend of 
Zelda, Metroid is an open-ended nonlinear game in which players must discover and acquire items 
in order to access previously inaccessible areas. However, unlike the world of Zelda, the world of 
Metroid is essentially one very large overworld with no nicely self-contained dungeons, and hence 
is at first glance much less structured. 

The mechanics of Metroid are also simple. Samus can walk, jump, or shoot. Samus may shoot 
left, right, or upwards (but not downwards). In addition, when standing on the ground, Samus 
can enter Morph Ball mode, which makes her one tile tall instead of two, and allows her to roll. 
However, while in Morph Ball, Samus cannot attack or jump, but only roll left or right and fall. 
The only enemy in the game we use in our proof is the Zoomer, which is simply a creature that 
walks along whatever surface it adheres to, and deals damage to Samus upon contact, but may be 
killed by Samus' normal weapon. In addition, the game contains breakable blocks, which can be 
destroyed by Samus' weapon but regenerate after a short amount of time. For more details on the 
game, we refer the interested reader to |10j . 

In this section, we prove the following: 

Theorem 6.1. It is NP-complete to decide whether a given target location is reachable from a given 
start location in generalized Metroid. 

We use the same framework given by Section [2j In our construction, Samus has acquired no 
special items yet except the Morph Ball, and has 1 Energy point left, so she must not get hurt at 
all. The Start and Finish gadgets are trivial, and the Variable gadget is the same as in our proofs 
for Mario and Donkey Kong. 



The first nontrivial gadget we implement is the Clause gadget (Figure 16). As opposed to the 
previous Clause gadgets we have constructed, the one for Metroid has the literals approaching the 
clause from below, with the clause checking on top. It works as follows. Samus approaches from 
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below, and can shoot upward through the gap and kill all the Zoomers (which are moving clockwise 
around the platform), freeing up the space for later traversal in Morph Ball mode. After killing 
the Zoomers, Samus cannot jump and sneak into the passageway, because it requires Morph Ball 
mode, and furthermore if this clause is not visited, then Samus cannot pass through from above 
because the corridor is completely filled with Zoomers. 




Figure 16: Clause gadget for Metroid 



The second nontrivial gadget is the Crossover gadget (Figure 17). The horizontal passage can 
clearly be traversed without leakage into the vertical passage. Moreover, the vertical passage can 
be traversed upward without leakage into the horizontal passage, as the blocks in the center are 
breakable, and Samus cannot jump and fit into the horizontal passage as it requires Morph Ball 
mode. This crossover gadget is unidirectional (in the vertical direction) which, by Remark 2.1 
suffices. 




Figure 17: Crossover gadget for Metroid 



NP. Metroid is in NP because any solution path only needs to visit each enemy at most once and 
hence is polynomially bounded in length. 



Other Metroid games. Theorem 6.1 holds just as well for all other Metroid games because the 
Morph Ball, Zoomers, and breakable rocks are all present in the sequel games. For the 3D Metroid 
games, one can modify this construction to have very small depth, so that the third dimension 
becomes irrelevant. 
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7 Pokemon 

Pokemon is a series of overhead role-playing games developed by Game Freak for various handheld 
Nintendo consoles, including Game Boy, Game Boy Color, Game Boy Advance, and the Nintendo 
DS. There are various versions of Pokemon, but the core mechanics of the game are invariant 
throughout. The player controls a young teenager and wanders through the land capturing and 
training creatures called Pokemon (short for Pocket Monsters). At any one time, the player may 
hold up to six Pokemon in their team. Each Pokemon has a Level, which indicates roughly how 
experienced it is, as well as battle stats: attack, defense, speed, special attack, and special defense. 
In addition, each Pokemon has hit points (HP), which indicate how much damage it can take before 
"fainting", as well as power points (PP) for each move, which indicates how many times it may 
use that move. Pokemon battles are two-player simultaneous move games, and in each round the 
Pokemon with higher speed attacks first. The battle ends when all of one trainer's Pokemon have 
fainted. 

Pokemon is NP-hard because it has blocks that the player can push according to the rules of 
Push-1 [2]. Therefore we immediately have 

Theorem 7.1. It is NP-hard to decide whether a given target location is reachable from a given 
start location in generalized Pokemon. 

In this section, we give an alternate proof that Pokemon is NP-hard using no elements of the 
game except enemy Trainers and the game's battle mechanics (and thus no blocks). Therefore we 
obtain the following stronger result: 

Theorem 7.2. It is NP-complete to decide whether a given target location is reachable from a 
given start location in generalized Pokemon in which the only overworld game elements are enemy 
Trainers. 

We briefly describe the mechanism for enemy Trainer encounters in the Pokemon games. Each 
enemy Trainer has an orientation (which direction they are facing), a range of sight, and a set of 
Pokemon. If the player walks into the line of sight of the Trainer, the player is forced to stop, the 
Trainer walks toward the player until they are adjacent, and then battle ensues. Additionally, if 
the player approaches a Trainer from outside the Trainer's line of sight (i.e., from behind or the 
sides), the player may talk to the Trainer, activating the battle. If the player wins the battle, the 
Trainer will not move or attack again. 

We prove NP-hardness by reducing from 3-SAT. We use the same framework used to prove 
NP-hardness of Push-1 in [2|. Therefore, it suffices to implement the following gadgets: one-way, 
fork, H, no-reverse, lock, and XOR-crossover (as described below). 

In our implementations, we use three kinds of objects. Walls, represented by dark grey blocks, 
cannot be occupied or walked through. Trainers' lines of sight are indicated by translucent rect- 
angles. We have two types of Trainers. Weak Trainers, represented by red rectangles, are Trainers 
that the player can defeat with certainty without expending any effort, i.e., without expending PP 
or taking damage. Strong Trainers, represented by blue rectangles, are Trainers that the player 
will always lose against. 

We can implement weak and strong Trainers as follows. The player has no items, and only one 
Pokemon in his team, a Level 1 Gastly (or any Ghost-type Pokemon). The weak Trainer has a Level 
100 Electrode, which certainly has a higher Speed than the Level 1 Gastly. The Electrode's only 
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move is Self Destruct. Thus, when the player battles a weak Trainer, the Trainer's Electrode moves 
first and uses Self Destruct, which does no damage to Gastly because Self Destruct is a Normal- type 
attack and Gastly is Ghost-type. Therefore, the player defeats the weak Trainer without expending 
any PP or taking any damage. To implement a strong Trainer, we give the strong Trainer a Level 
100 Alakazam with Psychic. Alakazam will clearly go first against Gastly and defeat Gastly with 
certainty by using Psychic. 

We now implement each gadget. The one-way gadget, illustrated in Figure [Tsj is straightforward 
(no pun intended). We must show that, upon first encounter, the player may only traverse the one- 
way gadget from a to b. The player cannot enter through b because a Trainer is blocking the path. 
However, the Trainer can enter through a by walking into the Trainer's line of sight, which forces 
the Trainer to walk forward one tile, defeating the Trainer, and then walking around and through b. 



Figure 18: One-way gadget for Pokemon 



The fork gadget, illustrated in Figure 19, must force the player to choose either an a-to-6 
traversal or an a-to-c traversal. We show that this is the case. The player enters through a. If the 
player wants to exit through b, they walk into the Trainer's line of sight, luring the Trainer down 
and opening up the passage to 6, but closing the passage to c. On the other hand, if the player 
wants to exit through c, they walk up to the Trainer and talks to him, disabling the Trainer, so 
that they may walk around and exit through c. 




Figure 19: Fork gadget for Pokemon 



The H gadget, illustrated in Figure [20j is supposed to satisfy the following requirements: 

• Entrance must be from x or y; 

• Entrance from x must be followed by exit through x' , and similarly entrance from y must be 
followed by exit through y'; 

• x-to-x' traversal makes y-to-y' traversal impossible, and vice versa. 

We now show that each of these requirements are met. Our gadget is symmetrical, so it suffices to 
prove that the x half of each requirement is met. The player cannot enter from x' , because he must 
walk into the Trainer's line of sight, luring the Trainer down and blocking the path completely. 
Furthermore, if the player enters from x, they must walk into the line of sight of the Trainer in 
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front of y', who gets lured into the spot where the hnes of sight overlap, blocking the path to y' 
from X. Therefore the player must exit through x', which is easily done. Moreover, after doing 
this, the player cannot later traverse through the y-to-y' passage because the strong Trainer's line 
of sight is unblocked. 




Figure 20: H gadget for Pokemon 

The no- reverse gadget serves a similar function as the one-way gadget, except after traversing 
from a to b, the player cannot traverse it from b to a. This is implemented by the gadget in 



Figure 21 Clearly, the player cannot enter via b, because that lures the weak Trainer to block the 
passage. Suppose the player enters through a. They can safely walk to b, because the weak Trainer 
is blocking the bottom strong Trainer's line of sight. However, to reach b, the player must lure the 
weak Trainer out of the line of sight of the strong Trainer, hence the player may never return in 
the reverse direction. 




Figure 21: No- reverse gadget for Pokemon 



The lock gadget, illustrated in Figure 22, is supposed to satisfy the following requirements: 



• Upon first encounter, it cannot be traversed from any of {a, b, v}; only passage from n to f is 
possible; 

• After entrance from u, only v can be reached. This remains true even if re-entered from u 
later; 

• After entrance from n, the state of the gadget may be unlocked to permit later passage from 
a to b; 
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• After such later a-to-b traversal, all of {a, b, u} are open to each other through the gadget. 

We now show that our lock gadget satisfies these properties. Upon first encounter, the player may 
only enter from u, and furthermore only v may be reached from u. However, on the way to v, 
the player may stray left and lure out the Trainer blocking a-to-6 traversal. This is the unlocking 
action. Finally, when traversing from a to b, the player may take a small detour north to lure out 
the Trainer blocking passage to u. 




Figure 22: Lock gadget for Pokemon 



Finally, we implement the XOR-crossover gadget, illustrated in Figure 23 We must show that 
the player may traverse from x to x' without leakage to y or y' , and traverse from y to y' without 
leakage to x to x'. By symmetry, it suffices to prove the former. Suppose the player enters from x. 
The second Trainer the player encounters gets lured north, unblocking the line of sight of the strong 
Trainer near y' , hence blocking the path to y' , and it is clear that the player cannot exit through y. 




Figure 23: XOR-Crossover gadget for Pokemon 

To show that Pokemon with only enemy Trainers is in NP, note that once a Trainer has been 
battled, they become inert. Moreover, each actual battle is bounded in length by a constant, 
because eventually all Pokemon must expend all their PP for their moves and use Struggle, which 
damages themselves. Therefore, the player may nondeterministically guess a solution path through 
the overworld, and for each battle nondeterministically guess the sequence of attacks to use. 



Other Pokemon games. Theorem 7.2 actually holds for all Pokemon role-playing games, be- 
cause the only actual Pokemon used in the construction were from the first generation, which is 
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present in all the games, and Enemy Trainers are of course present in all the games as well. 
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